System and method for using, processing, and displaying biometric data

ABSTRACT

A method is provided for identifying and displaying video data of a user, either alone or together (in synchronization) with other data, such as biometric data acquired during a time that the video data was captured/received. The method includes storing biometric data separately from the video data, allowing the biometric data to be search quickly to identify at least one value (e.g., a value corresponding to at least one biometric event). At least one biometric time-stamp (e.g., a time, a sample rate, a position within a plurality of values, etc.) linked to the identified value can then be used to identify a corresponding video time-frame, which can then be used to play the video data, either alone or together with biometric data, starting at a particular time (e.g., at a time that the event occurred, shortly before the event occurred, etc.).

BACKGROUND OF THE INVENTION 1. Field of the Invention

The present invention relates to the reception and use of biometricdata, and more particularly, to a system and method for displaying atleast one biometric of a user along with video of the user at a timethat the at least one biometric is being measured and/or received.

2. Description of Related Art

Recently, devices have been developed that are capable of measuring,sensing, or estimating in a convenient form factor at least one or moremetric related to physiological characteristics, commonly referred to asbiometric data. For example, devices that resemble watches have beendeveloped which are capable of measuring an individual's heart rate orpulse, and, using that data together with other information (e.g., theindividual's age, weight, etc.), to calculate a resultant, such as thetotal calories burned by the individual in a given day. Similar deviceshave been developed for measuring, sensing, or estimating other kinds ofmetrics, such as blood pressure, breathing patterns, breath composition,sleep patterns, and blood-alcohol level, to name a few. These devicesare generically referred to as biometric devices or biosensor metricsdevices.

While the types of biometric devices continue to grow, the way in whichbiometric data is used remains relatively static. For example, heartrate data is typically used to give an individual information on theirpulse and calories burned. By way of another example, blood-alcohol datais typically used to give an individual information on theirblood-alcohol level, and to inform the individual on whether or not theycan safely or legally operate a motor vehicle. By way of yet anotherexample, an individual's breathing pattern (measurable for exampleeither by loudness level in decibels, or by variations in decibel levelover a time interval) may be monitored by a doctor, nurse, or medicaltechnician to determine whether the individual suffers from sleep apnea.

While biometric data is useful in and of itself, such data would be moreinformative or dynamic if it could be combined with other data (e.g.,video data, etc.), provided (e.g., wirelessly, over a network, etc.) toa remote device, and/or searchable (e.g., allowing certain conditions,such as an elevated heart rate, to be quickly identified) and/orcross-searchable (e.g., using biometric data to identify a video sectionillustrating a specific characteristic, or vice-versa). Thus, a needexists for an efficient system and method capable of achieving at leastsome, or indeed all, of the foregoing advantages, and capable also ofmerging the data generated in either automatic or manual form by thevarious devices, which are often using operating systems or technologies(e.g., hardware platforms, protocols, data types, etc.) that areincompatible with one another.

In certain embodiments of the present invention, the system and/ormethod is configured to receive, manage, and filter the quantity ofinformation on a timely and cost-effective basis, and could also be offurther value through the accurate measurement, visualization (e.g.,synchronized visualization, etc.), and rapid notification of data pointswhich are outside (or within) a defined or predefined range.

Such a system and/or method could be used by an individual (e.g.,athlete, etc.) or their trainer, coach, etc., to visualize theindividual during the performance of an athletic event (e.g., jogging,biking, weightlifting, playing soccer, etc.) in real-time (live) orafterwards, together with the individual's concurrently measuredbiometric data (e.g., heart rate, etc.), and/or concurrently gathered“self-realization data,” or subject-generated experiential data, wherethe individual inputs their own subjective physical or mental statesduring their exercise, fitness or sports activity/training (e.g.,feeling the onset of an adrenaline “rush” or endorphins in the system,feeling tired, “getting a second wind,” etc.). This would allow a person(e.g., the individual, the individual's trainer, a third party, etc.) tomonitor/observe physiological and/or subjective psychologicalcharacteristics of an individual while watching or reviewing theindividual in the performance of an athletic event, or other physicalactivity. Such inputting of the self-realization data, ca be achieved byvarious methods, including automatically, time-stamped-in-the-systemvoice notes, short-form or abbreviation key commands on a smart phone,smart watch, enabled fitness band, or any other system-linked inputmethod which is convenient for the individual to utilize so as not toimpede (or as little as possible) the flow and practice by theindividual of the activity in progress.

Such a system and/or method would also facilitate, for example, remoteobservation and diagnosis in telemedicine applications, where there is aneed for the medical staff, or monitoring party or parent, to have clearand rapid confirmation of the identity of the patient or infant, as wellas their visible physical condition, together with their concurrentlygenerated biometric and/or self-realization data.

Furthermore, the system and/or method should also provide the subject,or monitoring party, with a way of using video indexing to efficientlyand intuitively benchmark, map and evaluate the subject's data, bothagainst the subject's own biometric history and/or against othersubjects' data samples, or demographic comparables, independently ofwhichever operating platforms or applications have been used to generatethe biometric and video information. By being able to filter/search forparticular events (e.g., biometric events, self-realization events,physical events, etc.), the acquired data can be reduced down or edited(e.g., to create a “highlight reel,” etc.) while maintainingsynchronization between individual video segments and measured and/orgathered data (e.g., biometric data, self-realization data, GPS data,etc.). Such comprehensive indexing of the events, and with it theability to perform structured aggregation of the related data (video andother) with (or without) data from other individuals or other relevantsources, can also be utilized to provide richer levels of informationusing methods of “Big Data” analysis and “Machine Learning,” and addingartificial intelligence (“AI”) for the implementation of recommendationsand calls to action.

SUMMARY OF THE INVENTION

The present invention provides a system and method for using,processing, indexing, benchmarking, ranking, comparing and displayingbiometric data, or a resultant thereof, either alone or together (e.g.,in synchronization) with other data (e.g., video data, etc.). Preferredembodiments of the present invention operate in accordance with acomputing device (e.g., a smart phone, etc.) in communication with atleast one external device (e.g., a biometric device for acquiringbiometric data, a video device for acquiring video data, etc.). In afirst embodiment of the present invention, video data, which may includeaudio data, and non-video data, such as biometric data, are storedseparately on the computing device and linked to other data, whichallows searching and synchronization of the video and non-video data.

In one embodiment of the present invention, an application (e.g.,running on the computing device, etc.) includes a plurality of modulesfor performing a plurality of functions. For example, the applicationmay include a video capture module for receiving video data from aninternal and/or external camera, and a biometric capture module forreceiving biometric data from an internal and/or external biometricdevice. The client platform may also include a user interface module,allowing a user to interact with the platform, a video editing modulefor editing video data, a file handling module for managing data, adatabase and sync module for replicating data, an algorithm module forprocessing received data, a sharing module for sharing and/or storingdata, and a central login and ID module for interfacing with third partysocial media websites, such as Facebook™.

These modules can be used, for example, to start a new session, receivevideo data for the session (i.e., via the video capture module) andreceive biometric data for the session (i.e., via the biometric capturemodule). This data can be stored in local storage, in a local database,and/or on a remote storage device (e.g., in the company cloud or athird-party cloud service, such as Dropbox™, etc.). In a preferredembodiment, the data is stored so that it is linked to information that(i) identifies the session and (ii) enables synchronization.

For example, video data is preferably linked to at least a start time(e.g., a start time of the session) and an identifier. The identifiermay be a single number uniquely identifying the session, or a pluralityof numbers (e.g., a plurality of global or universal unique identifiers(GUIDs/UUIDs)), where a first number uniquely identifying the sessionand a second number uniquely identifies an activity within the session,allowing a session to include a plurality of activities. The identifiermay also include a session name and/or a session description. Otherinformation about the video data (e.g., video length, video source,etc.) (i.e., “video metadata”) can also be stored and linked to thevideo data. Biometric data is preferably linked to at least the starttime (e.g., the same start time linked to the video data), theidentifier (e.g., the same identifier linked to the video data), and asample rate, which identifies the rate at which biometric data isreceived and/or stored.

Once the video and biometric data is stored and linked, algorithms canbe used to display the data together. For example, if biometric data isstored at a sample rate of 30 samples per minute (spm), algorithms canbe used to display a first biometric value (e.g., below the video data,superimposed over the video data, etc.) at the start of the video clip,a second biometric value two seconds later (two seconds into the videoclip), a third biometric value two seconds later (four seconds into thevideo clip), etc. In alternate embodiments of the present invention,non-video data (e.g., biometric data, self-realization data, etc.) canbe stored with a plurality of time-stamps (e.g., individual stamps oroffsets for each stored value, or individual sample rates for each datatype), which can be used together with the start time to synchronizenon-video data to video data.

In one embodiment of the present invention, the biometric device mayinclude a sensor for sensing biometric data, a display for interfacingwith the user and displaying various information (e.g., biometric data,set-up data, operation data, such as start, stop, and pause, etc.), amemory for storing the sensed biometric data, a transceiver forcommunicating with the exemplary computing device, and a processor foroperating and/or driving the transceiver, memory, sensor, and display.The exemplary computing device includes a transceiver(1) for receivingbiometric data from the exemplary biometric device, a memory for storingthe biometric data, a display for interfacing with the user anddisplaying various information (e.g., biometric data, set-up data,operation data, such as start, stop, and pause, input in-sessioncomments or add voice notes, etc.), a keyboard (or other user input) forreceiving user input data, a transceiver(2) for providing the biometricdata to the host computing device via the Internet, and a processor foroperating and/or driving the transceiver(1), transceiver(2), keyboard,display, and memory.

The keyboard (or other input device) in the computing device, oralternatively the keyboard (or other input device) in the biometricdevice, may be used to enter self-realization data, or data on how theuser is feeling at a particular time. For example, if the user isfeeling tired, the user may enter the “T” on the keyboard. If the useris feeling their endorphins kick in, the user may enter the “E” on thekeyboard. And if the user is getting their second wind, the user mayenter the “S” on the keyboard. Alternatively, to further facilitateoperation during the exercise, or sporting activity, short-code keybuttons such as “T,” “E,” and “S” can be preassigned, like speed-dialtelephone numbers for frequently called contacts on a smart phone, etc.,which can be selected manually or using voice recognition. This data(e.g., the entry or its representation) is then stored and linked toeither a sample rate (like biometric data) or time-stamp data, which maybe a time or an offset to the start time that each button was pressed.This would allow the self-realization data to be synchronized to thevideo data. It would also allow the self-realization data, likebiometric data, to be searched or filtered (e.g., in order to find videocorresponding to a particular event, such as when the user started tofeel tired, etc.).

In an alternate embodiment of the present invention, the computingdevice (e.g., a smart phone, etc.) is also in communication with a hostcomputing device via a wide area network (“WAN”), such as the Internet.This embodiment allows the computing device to download the applicationfrom the host computing device, offload at least some of theabove-identified functions to the host computing device, and store dataon the host computing device (e.g., allowing video data, alone orsynchronized to non-video data, such as biometric data andself-realization data, to be viewed by another networked device). Forexample, the software operating on the computing device (e.g., theapplication, program, etc.) may allow the user to play the video and/oraudio data, but not to synchronize the video and/or audio data to thebiometric data. This may be because the host computing device is used tostore data critical to synchronization (time-stamp index, metadata,biometric data, sample rate, etc.) and/or software operating on the hostcomputing device is necessary for synchronization. By way of anotherexample, the software operating on the computing device may allow theuser to play the video and/or audio data, either alone or synchronizedwith the biometric data, but may not allow the computing device (or maylimit the computing device's ability) to search or otherwise extrapolatefrom, or process the biometric data to identify relevant portions (e.g.,which may be used to create a “highlight reel” of the synchronizedvideo/audio/biometric data) or to rank the biometric and/or video data.This may be because the host computing device is used to store datacritical to search and/or to rank the biometric data (biometric data,biometric metadata, etc.), and/or software necessary for searching (orperforming advanced searching of) and/or ranking (or performing advancedranking of) the biometric data.

In one embodiment of the present invention, the video data, which mayalso include audio data, starts at a time “T” and continues for aduration of “n.” The video data is preferably stored in memory (locallyand/or remotely) and linked to other data, such as an identifier, starttime, and duration. Such data ties the video data to at least aparticular session, a particular start time, and identifies the durationof the video included therein. In one embodiment of the presentinvention, each session can include different activities. For example, atrip to Berlin on a particular day (session) may involve a bike ridethrough the city (first activity) and a walk through a park (secondactivity). Thus, the identifier may include both a session identifier,uniquely identifying the session via a globally unique identifier(GUID), and an activity identifier, uniquely identifying the activityvia a globally unique identifier (GUID), where the session/activityrelationship is that of a parent/child.

In one embodiment of the present invention, the biometric data is storedin memory and linked to the identifier and a sample rate “m.” Thisallows the biometric data to be linked to video data upon playback. Forexample, if identifier is one, start time is 1:00 PM, video duration isone minute, and the sample rate is 30 spm, then the playing of the videoat 2:00 PM would result in the first biometric value to be displayed(e.g., below the video, over the video, etc.) at 2:00 PM, the secondbiometric value to be displayed (e.g., below the video, over the video,etc.) two seconds later, and so on until the video ends at 2:01 PM.While self-realization data can be stored like biometric data (e.g.,linked to a sample rate), if such data is only received periodically, itmay be more advantageous to store this data linked to the identifier anda time-stamp, where “m” is either the time that the self-realizationdata was received or an offset between this time and the start time(e.g., ten minutes and four seconds after the start time, etc.). Bystoring video and non-video data separately from one another, data canbe easily search and synchronized.

With respect to linking data to an identifier, which may be linked toother data (e.g., start time, sample rate, etc.), if the data isreceived in real-time, the data can be linked to the identifier(s) forthe current session (and/or activity). However, when data is receivedafter the fact (e.g., after a session has ended), there are several waysin which the data can be linked to a particular session and/or activity(or identifier(s) associated therewith). The data can be manually linked(e.g., by the user) or automatically linked via the application. Withrespect to the latter, this can be accomplished, for example, bycomparing the duration of the received data (e.g., the video length)with the duration of the session and/or activity, by assuming that thereceived data is related to the most recent session and/or activity, orby analyzing data included within the received data. For example, in oneembodiment, data included with the received data (e.g., metadata) mayidentify a time and/or location associated with the data, which can thenbe used to link the received data to the session and/or activity. Inanother embodiment, the computing device could display data (e.g., abarcode, such as a QR code, etc.) that identifies the session and/oractivity. An external video recorder could record the identifying data(as displayed by the computing device) along with (e.g., before, after,or during) the user and/or his/her surroundings. The application couldthen search the video data for identifying data, and use this data tolink the video data to a session and/or activity. The identifyingportion of the video data could then be deleted by the application ifdesired.

A more complete understanding of a system and method for using,processing, and displaying biometric data, or a resultant thereof, willbe afforded to those skilled in the art, as well as a realization ofadditional advantages and objects thereof, by a consideration of thefollowing detailed description of the preferred embodiment. Referencewill be made to the appended sheets of drawings, which will first bedescribed briefly.

BRIEF DESCRIPTION OF THE DRAWINGS

FIG. 1 illustrates a system for using, processing, and displayingbiometric data, and for synchronizing biometric data with other data(e.g., video data, audio data, etc.) in accordance with one embodimentof the present invention;

FIG. 2A illustrates a system for using, processing, and displayingbiometric data, and for synchronizing biometric data with other data(e.g., video data, audio data, etc.) in accordance with anotherembodiment of the present invention;

FIG. 2B illustrates a system for using, processing, and displayingbiometric data, and for synchronizing biometric data with other data(e.g., video data, audio data, etc.) in accordance with yet anotherembodiment of the present invention;

FIG. 3 illustrates an exemplary display of video data synchronized withbiometric data in accordance with one embodiment of the presentinvention;

FIG. 4 illustrates a block diagram for using, processing, and displayingbiometric data, and for synchronizing biometric data with other data(e.g., video data, audio data, etc.) in accordance with one embodimentof the present invention;

FIG. 5 illustrates a block diagram for using, processing, and displayingbiometric data, and for synchronizing biometric data with other data(e.g., video data, audio data, etc.) in accordance with anotherembodiment of the present invention;

FIG. 6 illustrates a method for synchronizing video data with biometricdata, operating the video data, and searching the biometric data, inaccordance with one embodiment of the present invention;

FIG. 7 illustrates an exemplary display of video data synchronized withbiometric data in accordance with another embodiment of the presentinvention;

FIG. 8 illustrates exemplary video data, which is preferably linked toan identifier (ID), a start time (T), and a finish time or duration (n);

FIG. 9 illustrates an exemplary identifier (ID), comprising a sessionidentifier and an activity identifier;

FIG. 10 illustrates exemplary biometric data, which is preferably linkedto an identifier (ID), a start time (T), and a sample rate (S);

FIG. 11 illustrates exemplary self-realization data, which is preferablylinked to an identifier (ID) and a time (m);

FIG. 12 illustrates how sampled biometric data points can be used toextrapolate other biometric data point in accordance with one embodimentof the present invention;

FIG. 13 illustrates how sampled biometric data points can be used toextrapolate other biometric data points in accordance with anotherembodiment of the present invention;

FIG. 14 illustrates an example of how a start time and data relatedthereto (e.g., sample rate, etc.) can be used to synchronized biometricdata and self-realization data to video data;

FIG. 15 depicts an exemplary “sign in” screen shot for an applicationthat allows a user to capture at least video and biometric data of theuser performing an athletic event (e.g., bike riding, etc.) and todisplay the video data together (or in synchronization) with thebiometric data;

FIG. 16 depict an exemplary “create session” screen shot for theapplication depicted in FIG. 15, allowing the user to create a newsession;

FIG. 17 depicts an exemplary “session name” screen shot for theapplication depicted in FIG. 15, allowing the user to enter a name forthe session;

FIG. 18 depicts an exemplary “session description” screen shot for theapplication depicted in FIG. 15, allowing the user to enter adescription for the session;

FIG. 19 depicts an exemplary “session started” screen shot for theapplication depicted in FIG. 15, showing the video and biometric datareceived in real-time;

FIG. 20 depicts an exemplary “review session” screen shot for theapplication depicted in FIG. 15, allowing the user to playback thesession at a later time;

FIG. 21 depicts an exemplary “graph display option” screen shot for theapplication depicted in FIG. 15, allowing the user to select data (e.g.,heart rate data, etc.) to be displayed along with the video data;

FIG. 22 depicts an exemplary “review session” screen shot for theapplication depicted in FIG. 15, where the video data is displayedtogether (or in synchronization) with the biometric data;

FIG. 23 depicts an exemplary “map” screen shot for the applicationdepicted in FIG. 15, showing GPS data displayed on a Google map;

FIG. 24 depicts an exemplary “summary” screen shot for the applicationdepicted in FIG. 15, showing a summary of the session;

FIG. 25 depicts an exemplary “biometric search” screen shot for theapplication depicted in FIG. 15, allowing a user to search the biometricdata for particular biometric event (e.g., a particular value, aparticular range, etc.);

FIG. 26 depicts an exemplary “first result” screen shot for theapplication depicted in FIG. 15, showing a first result for thebiometric event shown in FIG. 25, together with corresponding video;

FIG. 27 depicts an exemplary “second result” screen shot for theapplication depicted in FIG. 15, showing a second result for thebiometric event shown in FIG. 25, together with corresponding video;

FIG. 28 depicts an exemplary “session search” screen shot for theapplication depicted in FIG. 15, allowing a user to search for sessionsthat meet certain criteria; and

FIG. 29 depicts an exemplary “list” screen shot for the applicationdepicted in FIG. 15, showing a result for the criteria shown in FIG. 28.

DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENT

The present invention provides a system and method for using,processing, indexing, benchmarking, ranking, comparing and displayingbiometric data, or a resultant thereof, either alone or together (e.g.,in synchronization) with other data (e.g., video data, etc.). It shouldbe appreciated that while the invention is described herein in terms ofcertain biometric data (e.g., heart rate, breathing patterns,blood-alcohol level, etc.), the invention is not so limited, and can beused in conjunction with any biometric and/or physical data, including,but not limited to oxygen levels, CO₂ levels, oxygen saturation, bloodpressure, blood glucose, lung function, eye pressure, body and ambientconditions (temperature, humidity, light levels, altitude, andbarometric pressure), speed (walking speed, running speed), location anddistance travelled, breathing rate, heart rate variance (HRV), EKG data,perspiration levels, calories consumed and/or burnt, ketones, wastedischarge content and/or levels, hormone levels, blood content, salivacontent, audible levels (e.g., snoring, etc.), mood levels and changes,galvanic skin response, brain waves and/or activity or otherneurological measurements, sleep patterns, physical characteristics(e.g., height, weight, eye color, hair color, iris data, fingerprints,etc.) or responses (e.g., facial changes, iris (or pupal) changes, voice(or tone) changes, etc.), or any combination or resultant thereof.

As shown in FIG. 1, a biometric device 110 may be in communication witha computing device 108, such as a smart phone, which, in turn, is incommunication with at least one computing device (102, 104, 106) via awide area network (“WAN”) 100, such as the Internet. The computingdevices can be of different types, such as a PC, laptop, tablet, smartphone, smart watch etc., using one or different operating systems orplatforms. In one embodiment of the present invention, the biometricdevice 110 is configured to acquire (e.g., measure, sense, estimate,etc.) an individual's heart rate (e.g., biometric data). The biometricdata is then provided to the computing device 108, which includes avideo and/or audio recorder (not shown).

In a first embodiment of the present invention, the video and/or audiodata are provided along with the heart rate data to a host computingdevice 106 via the network 100. Because the concurrent video and/oraudio data and the heart rate data are provided to the host computingdevice 106, a host application operating thereon (not shown) can be usedto synchronize the video data, audio data, and/or heart rate data,thereby allowing a user (e.g., via the user computing devices 102, 104)to view the video data and/or listen to the audio data (either inreal-time or time delayed) while viewing the biometric data. Forexample, as shown in FIG. 3, the host application may use a time-stamp320, or other sequencing method using metadata, to synchronize the videodata 310 with the biometric data 330, allowing a user to view, forexample, an individual (e.g., patient in a hospital, baby in a crib,etc.) at a particular time 340 (e.g., 76 seconds past the start time)and biometric data associated with the individual at that particulartime 340 (e.g., 76 seconds past the start time).

It should be appreciated that the host application may further beconfigured to perform other functions, such as search for a particularactivity in video data, audio data, biometric data and/or metadata,and/or ranking video data, audio data, and/or biometric data. Forexample, the host application may allow the user to search for aparticular biometric event, such as a heart rate that has exceeded aparticular threshold or value, a heart rate that has dropped below aparticular threshold or value, a particular heart rate (or range) for aminimum period of time, etc. By way of another example, the hostapplication may rank video data, audio data, biometric data, or aplurality of synchronized clips (e.g., highlight reels) chronologically,by biometric magnitude (highest to lowest, lowest to highest, etc.), byreview (best to worst, worst to best, etc.), or by views (most to least,least to most, etc.). It should further be appreciated that suchfunctions as the ranking, searching, and analysis of data is not limitedto a user's individual session, but can be performed across any numberof individual sessions of the user, as well as the session or number ofsessions of multiple users. One use of this collection of all thevarious information (video, biometric and other) is to be able togenerate sufficient data points for Big Data analysis and MachineLearning of the purposes of generating AI inferences andrecommendations.

By way of example, machine learning algorithms could be used to searchthrough video data automatically, looking for the most compellingcontent which would subsequently be stitched together into a short“highlight reel.” The neural network could be trained using a pluralityof sports videos, along with ratings from users of their level ofinterest as the videos progress. The input nodes to the network could bea sample of change in intensity of pixels between frames along with themedian excitement rating of the current frame. The machine learningalgorithms could also be used, in conjunction with a multi-layerconvolutional neural network, to automatically classify video content(e.g., what sport is in the video). Once the content is identified,either automatically or manually, algorithms can be used to compare theuser's activity to an idealized activity. For example, the system couldcompare a video recording of the user's golf swing to that of aprofessional golfer. The system could then provide incremental tips tothe user on how the user could improve their swing. Algorithms couldalso be used to predict fitness levels for users (e.g., if they maintaintheir program, giving them an incentive to continue working out), matchusers to other users or practitioners having similar fitness levels,and/or create routines optimized for each user.

It should also be appreciated, as shown in FIG. 2A, that the biometricdata may be provided to the host computing device 106 directly, withoutgoing through the computing device 108. For example, the computingdevice 108 and the biometric device 110 may communicate independentlywith the host computing device, either directly or via the network 100.It should further be appreciated that the video data, the audio data,and/or the biometric data need not be provided to the host computingdevice 106 in real-time. For example, video data could be provided at alater time as long as the data can be identified, or tied to aparticular session. If the video data can be identified, it can then besynchronized to other data (e.g., biometric data) received in real-time.

In one embodiment of the present invention, as shown in FIG. 2B, thesystem includes a computing device 200, such as a smart phone, incommunication with a plurality of devices, including a host computingdevice 240 via a WAN (see, e.g., FIG. 1 at 100), third party devices 250via the WAN (see, e.g., FIG. 1 at 100), and local devices 230 (e.g., viawireless or wired connections). In a preferred embodiment, the computingdevice 200 downloads a program or application (i.e., client platform)from the host computing device 240 (e.g., company cloud). The clientplatform includes a plurality of modules that are configured to performa plurality of functions.

For example, the client platform may include a video capture module 210for receiving video data from an internal and/or external camera, and abiometric capture module 212 for receiving biometric data from aninternal and/or external biometric device. The client platform may alsoinclude a user interface module 202, allowing a user to interact withthe platform, a video editing module 204 for editing video data, a filehandling module 206 for managing (e.g., storing, linking, etc.) data(e.g., video data, biometric data, identification data, start time data,duration data, sample rate data, self-realization data, time-stamp data,etc.), a database and sync module 214 for replicating data (e.g.,copying data stored on the computing device 200 to the host computingdevice 240 and/or copying user data stored on the host computing device240 to the computing device 200), an algorithm module 216 for processingreceived data (e.g., synchronizing data, searching/filtering data,creating a highlight reel, etc.), a sharing module 220 for sharingand/or storing data (e.g., video data, highlight reel, etc.) relatingeither to a single session or multiple sessions, and a central login andID module 218 for interfacing with third party social media websites,such as Facebook™.

With respect to FIG. 2B, the computing device 200, which may be a smartphone, a tablet, or any other computing device, may be configured todownload the client platform from the host computing device 240. Oncethe client platform is running on the computing device 200, the platformcan be used to start a new session, receive video data for the session(i.e., via the video capture module 210) and receive biometric data forthe session (i.e., via the biometric capture module 212). This data canbe stored in local storage, in a local database, and/or on a remotestorage device (e.g., in the company cloud or a third-party cloud, suchas Dropbox™, etc.). In a preferred embodiment, the data is stored sothat it is linked to information that (i) identifies the session and(ii) enables synchronization.

For example, video data is preferably linked to at least a start time(e.g., a start time of the session) and an identifier. The identifiermay be a single number uniquely identifying the session, or a pluralityof numbers (e.g., a plurality of globally (or universally) uniqueidentifiers (GUIDs/UUIDs), where a first number uniquely identifying thesession and a second number uniquely identifies an activity within thesession, allowing a session (e.g., a trip to or an itinerary in adestination, such as Berlin) to include a plurality of activities (e.g.,a bike ride, a walk, etc.). By way of example only, an activity (orsession) identifier may be a 128 bit identifier that has a highprobability of uniqueness, such as8bf25512-f17a-4e9e-b49a-7c3f59ec1e85). The identifier may also include asession name and/or a session description. Other information about thevideo data (e.g., video length, video source, etc.) (i.e., “videometadata”) can also be stored and linked to the video data. Biometricdata is preferably linked to at least the start time (e.g., the samestart time linked to the video data), the identifier (e.g., the sameidentifier linked to the video data), and a sample rate, whichidentifies the rate at which biometric data is received and/or stored.For example, heart rate data may be received and stored at a rate ofthirty samples per minute (30 spm), i.e., once every two seconds, orsome other predetermined time interval sample.

In some cases, the sample rate used by the platform may be the samplerate of the biometric device (i.e., the rate at which data is providedby the biometric device). In other cases, the sample rate used by theplatform may be independent from the rate at which data is received(e.g., a fixed rate, a configurable rate, etc.). For example, if thebiometric device is configured to provide biometric data at a rate ofsixty samples per minute (60 spm), the platform may still store the dataat a rate of 30 spm. In other words, with a sample rate of 30 spm, theplatform will have stored five values after ten seconds, the first valuebeing the second value transmitted by the biometric device, the secondvalue being the fourth value transmitted by the biometric device, and soon. Alternatively, if the biometric device is configured to providebiometric data only when the biometric data changes, the platform maystill store the data at a rate of 30 spm. In this case, the first valuestored by the platform may be the first value transmitted by thebiometric device, the second value stored may be the first valuetransmitted by the biometric device if at the time of storage no newvalue has been transmitted by the biometric device, the third valuestored may be the second value transmitted by the biometric device if atthe time of storage a new value is being transmitted by the biometricdevice, and so on.

Once the video and biometric data is stored and linked, algorithms canbe used to display the data together. For example, if biometric data isstored at a sample rate of 30 spm, which may be fixed or configurable,algorithms (e.g., 216) can be used to display a first biometric value(e.g., below the video data, superimposed over the video data, etc.) atthe start of the video clip, a second biometric value two seconds later(two seconds into the video clip), a third biometric value two secondslater (four seconds into the video clip), etc. In alternate embodimentsof the present invention, non-video data (e.g., biometric data,self-realization data, etc.) can be stored with a plurality oftime-stamps (e.g., individual stamps or offsets for each stored value),which can be used together with the start time to synchronize non-videodata to video data.

It should be appreciated that while the client platform can beconfigured to function autonomously (i.e., independent of the hostnetwork device 240), in one embodiment of the present invention, certainfunctions of the client platform are performed by the host networkdevice 240, and can only be performed when the computing device 200 isin communication with the host computing device 240. Such an embodimentis advantageous in that it not only offloads certain functions to thehost computing device 240, but it ensures that these functions can onlybe performed by the host computing device 240 (e.g., requiring a user tosubscribe to a cloud service in order to perform certain functions).Functions offloaded to the cloud may include functions that arenecessary to display non-video data together with video data (e.g., thelinking of information to video data, the linking of information tonon-video data, synchronizing non-video data to video data, etc.), ormay include more advanced functions, such as generating and/or sharing a“highlight reel.” In alternate embodiments, the computing device 200 isconfigured to perform the foregoing functions as long as certaincriteria has been met. This criteria may include the computing device200 being in communication with the host computing device 240, or thecomputing device 200 previously being in communication with the hostcomputing device 240 and the period of time since the last communicationbeing equal to or less than a predetermined amount of time. Technologyknown to those skilled in the art (e.g., using a keyed hash-based methodauthentication code (HMAC), a stored time of said last communication(allowing said computing device to determine whether said delta is lessthan a predetermined amount of time), etc.) can be used to ensure thatthis criteria is met before allowing the performance of certainfunctions.

Block diagrams of an exemplary computing device and an exemplarybiometric device are shown in FIG. 5. In particular, the exemplarybiometric device 500 includes a sensor for sensing biometric data, adisplay for interfacing with the user and displaying various information(e.g., biometric data, set-up data, operation data, such as start, stop,and pause, etc.), a memory for storing the sensed biometric data, atransceiver for communicating with the exemplary computing device 600,and a processor for operating and/or driving the transceiver, memory,sensor, and display. The exemplary computing device 600 includes atransceiver(1) for receiving biometric data from the exemplary biometricdevice 500 (e.g., using any of telemetry, any WiFi standard, DNLA, AppleAirPlay, Bluetooth, near field communication (NFC), RFID, ZigBee,Z-Wave, Thread, Cellular, a wired connection, infrared or other methodof data transmission, datacasting or streaming, etc.), a memory forstoring the biometric data, a display for interfacing with the user anddisplaying various information (e.g., biometric data, set-up data,operation data, such as start, stop, and pause, input in-sessioncomments or add voice notes, etc.), a keyboard for receiving user inputdata, a transceiver(2) for providing the biometric data to the hostcomputing device via the Internet (e.g., using any of telemetry, anyWiFi standard, DNLA, Apple AirPlay, Bluetooth, near field communication(NFC), RFID, ZigBee, Z-Wave, Thread, Cellular, a wired connection,infrared or other method of data transmission, datacasting or streaming,etc.), and a processor for operating and/or driving the transceiver(1),transceiver(2), keyboard, display, and memory.

The keyboard in the computing device 600, or alternatively the keyboardin biometric device 500, may be used to enter self-realization data, ordata on how the user is feeling at a particular time. For example, ifthe user is feeling tired, the user may hit the “T” button on thekeyboard. If the user is feeling their endorphins kick in, the user mayhit the “E” button on the keyboard. And if the user is getting theirsecond wind, the user may hit the “S” button on the keyboard. This datais then stored and linked to either a sample rate (like biometric data)or time-stamp data, which may be a time or an offset to the start timethat each button was pressed. This would allow the self-realizationdata, in the same way as the biometric data, to be synchronized to thevideo data. It would also allow the self-realization data, like thebiometric data, to be searched or filtered (e.g., in order to find videocorresponding to a particular event, such as when the user started tofeel tired, etc.).

It should be appreciated that the present invention is not limited tothe block diagrams shown in FIG. 5, and a biometric device and/or acomputing device that includes fewer or more components is within thespirit and scope of the present invention. For example, a biometricdevice that does not include a display, or includes a camera and/ormicrophone is within the spirit and scope of the present invention, asare other data-entry devices or methods beyond a keyboard, such as atouch screen, digital pen, voice/audible recognition device, gesturerecognition device, so-called “wearable,” or any other recognitiondevice generally known to those skilled in the art. Similarly, acomputing device that only includes one transceiver, further includes acamera (for capturing video) and/or microphone (for capturing audio orfor performing spatial analytics through recording or measurement ofsound and how it travels), or further includes a sensor (see FIG. 4) iswithin the spirit and scope of the present invention. It should also beappreciated that self-realization data is not limited to how a userfeels, but could also include an event that the user or the applicationdesires to memorialize. For example, the user may want to record (ortime-stamp) the user biking past wildlife, or a particular architecturalstructure, or the application may want to record (or time-stamp) apatient pressing a “request nurse” button, or any other sensednon-biometric activity of the user.

Referring back to FIG. 1, as discussed above in conjunction with FIG.2B, the host application (or client platform) may operate on thecomputing device 108. In this embodiment, the computing device 108(e.g., a smart phone) may be configured to receive biometric data fromthe biometric device 110 (either in real-time, or at a later stage, witha time-stamp corresponding to the occurrence of the biometric data), andto synchronize the biometric data with the video data and/or the audiodata recorded by the computing device 108 (or a camera and/or microphoneoperating thereon). It should be appreciated that in this embodiment ofthe present invention, other than the host application being run locally(e.g., on the computing device 108), the host application (or clientplatform) operates as previously discussed.

Again, with reference to FIG. 1, in another embodiment of the presentinvention, the computing device 108 further includes a sensor forsensing biometric data. In this embodiment of the present invention, thehost application (or client platform) operates as previously discussed(locally on the computing device 108), and functions to at leastsynchronize the video, audio, and/or biometric data, and allow thesynchronized data to be played or presented to a user (e.g., via adisplay portion, via a display device connected directly to thecomputing device, via a user computing device connected to the computingdevice (e.g., directly, via the network, etc.), etc.).

It should be appreciated that the present invention, in any embodiment,is not limited to the computing devices (number or type) shown in FIGS.1 and 2, and may include any of a computing, sensing, digital recording,GPS or otherwise location-enabled device (for example, using WiFiPositioning Systems “WPS”, or other forms of deriving geographicallocation, such as through network triangulation), generally known tothose skilled in the art, such as a personal computer, a server, alaptop, a tablet, a smart phone, a cellular phone, a smart watch, anactivity band, a heart-rate strap, a mattress sensor, a shoe solesensor, a digital camera, a near field sensor or sensing device, etc. Itshould also be appreciated that the present invention is not limited toany particular biometric device, and includes biometric devices that areconfigured to be worn on the wrist (e.g., like a watch), worn on theskin (e.g., like a skin patch) or scalp, or incorporated into computingdevices (e.g., smart phones, etc.), either integrated in, or added toitems such as bedding, wearable devices such as clothing, footwear,helmets or hats, or ear phones, or athletic equipment such as rackets,golf clubs, or bicycles, where other kinds of data, including physicalperformance metrics such as racket or club head speed, or pedalrotation/second, or footwear recording such things as impact zones, gaitor shear, can also be measured synchronously with biometrics, andsynchronized to video. Other data can also be measured synchronouslywith video data, including biometrics on animals (e.g., a bull'sacceleration or pivot or buck in a bull riding event, a horse'sacceleration matched to heart rate in a horse race, etc.), and physicalperformance metrics of inanimate objects, such a revolutions/minute(e.g., in a vehicle, such as an automobile, a motorcycle, etc.),miles/hour (or the like) (e.g., in a vehicle, such as an automobile, amotorcycle, etc., a bicycle, etc.), or G-forces (e.g., experienced bythe user, an animal, and inanimate object, etc.). All of this data(collectively “non-video data,” which may include metadata, or data onnon-video data) can be synchronized to video data using a sample rateand/or at least one time-stamp, as discussed above.

It should further be appreciated that the present invention need notoperate in conjunction with a network, such as the Internet. Forexample, as shown in FIG. 2A, the biometric device 110, which may be,for example, be a wireless activity band for sensing heart rate, and thecomputing device 108, which may be, for example, a digital videorecorder, may be connected directly to the host computing device 106running the host application (not shown), where the host applicationfunctions as previously discussed. In this embodiment, the video, audio,and/or biometric data can be provided to the host application either (i)in real time, or (ii) at a later time, since the data is synchronizedwith a sample rate and/or time-stamp. This would allow, for example, atleast video of an athlete, or a sportsman or woman (e.g., a footballplayer, a soccer player, a racing driver, etc.) to be shown in action(e.g., playing football, playing soccer, motor racing, etc.) along withbiometric data of the athlete in action (see, e.g., FIG. 7). By way ofexample only, this would allow a user to view a soccer player's heartrate 730 as the soccer player dribbles a ball, kicks the ball, heads theball, etc. This can be accomplished using a time stamp 720 (e.g., starttime, etc.), or other sequencing method using metadata (e.g., samplerate, etc.), to synchronize the video data 710 with the biometric data730, allowing the user to view the soccer player at a particular time740 (e.g., 76 seconds) and biometric data associated with the athlete atthat particular time 340 (e.g., 76 seconds). Similar technology can beused to display biometric data on other athletes, card players, actors,online gamers, etc.

Where it is desirable to monitor or watch more than one individual froma camera view, for example, patients in a hospital ward being observedfrom a remote nursing station or, during a televised broadcast of asporting event such as a football game, with multiple players on thesports field, the system can be so configured, by the subjects usingBluetooth or other wearable or NFC sensors (in some cases with theirsensing capability also being location-enabled in order to identifywhich specific individual to track) capable of transmitting theirbiometrics over practicable distances, in conjunction with relays orbeacons if necessary, such that the viewer can switch the selection ofwhich of one or multiple individuals' biometric data to track, alongsidethe video or broadcast, and, if wanted and where possible within thelimitations of the video capture field of the camera used, also toconcentrate the view of the video camera on a reduced group or on aspecific individual. In an alternate embodiment of the presentinvention, selection of biometric data is automatically accomplished,for example, based on the individual's location in the video frame(e.g., center of the frame), rate of movement (e.g., moving quicker thanother individuals), or proximity to a sensor (e.g., being worn by theindividual, embedded in the ball being carried by the individual, etc.),which may be previously activate or activated by a remote radiofrequency signal. Activation of the sensor may result in biometric dataof the individual being transmitted to a receiver, or may allow thereceiver to identified biometric data of the individual amongst otherdata being transmitted (e.g., biometric data from other individuals).

In the context of fitness or sports tracking, it should be appreciatedthat the capturing of an individual's activity on video is not dependenton the presence of a third party to do this, but various methods ofself-videoing can be envisaged, such as a video capture device mountedon the subject's wrist or a body harness, or on a selfie attachment or agimbal, or fixed to an object (e.g., sports equipment such as bicyclehandlebars, objects found in sporting environments such as a basketballor tennis net, a football goal post, a ceiling, etc., a drone-bornecamera following the individual, a tripod, etc.). It should be furthernoted that such video capture devices can include more than one cameralens, such that not only the individual's activity may be videoed, butalso simultaneously a different view, such as what the individual iswatching or sees in front of them (i.e., the user's surroundings). Thevideo capture device could also be fitted with a convex mirror lens, orhave a convex mirror added as an attachment on the front of the lens, orbe a full 360 degree camera, or multiple 360 cameras linked together,such that either with or without the use of specialized software knownin the art, a 360 degree all-around or surround view can be generated,or a 360 global view in all axes can be generated.

In the context of augmented or virtual reality, where the individual iswearing suitably equipped augmented reality (“AR”) or virtual reality(“VR”) glasses, goggles, headset or is equipped with another type ofviewing display capable of rendering AR, VR, or other synthesized orreal 3D imagery, the biometric data such as heart rate from the sensor,together with other data such as, for example, work-out run or speed,from a suitably equipped sensor, such as an accelerometer capable ofmeasuring motion and velocity, could be viewable by the individual,superimposed on their viewing field. Additionally an avatar of theindividual in motion could be superimposed in front of the individual'sviewing field, such that they could monitor or improve their exerciseperformance, or otherwise enhance the experience of the activity byviewing themselves or their own avatar, together (e.g., synchronized)with their performance (e.g., biometric data, etc.). Optionally, thebiometric data also of their avatar, or the competing avatar, could besimultaneously displayed in the viewing field. In addition (oralternatively), at least one additional training or competing avatar canbe superimposed on the individual's view, which may show the competingavatar(s) in relation to the individual (e.g., showing them superimposedin front of the individual, showing them superimposed to the side of theuser, showing them behind the individual (e.g., in a rear-view-mirrorportion of the display, etc.), and/or showing them in relation to theindividual (e.g., as blips on a radar-screen portion of the display,etc.), etc. Competing avatar(s), either of real people such as theirfriends or training acquaintances, can be used to motivate the user toimprove or correct their performance and/or to make their exerciseroutine more interesting (e.g., by allowing the individual to “compete”in the AR, VR, or Mixed Reality (“MR”) environment while exercising, ortraining, or virtually “gamifying” their activity through thevisualization of virtual destinations or locations, imagined or real,such as historical sites, scanned or synthetically created throughcomputer modeling).

Additionally, any multimedia sources to which the user is being exposedwhilst engaging in the activity which is being tracked and recorded,should similarly be able to be recorded with the time stamp, foranalysis and/or correlation of the individual's biometric response. Anexample of an application of this could be in the selection of specificmusic tracks for when someone is carrying out a training activity, wherethe correlation of the individual's past response, based, for example,on heart rate (and how well they achieved specific performance levels orobjectives) to music type (e.g., the specific music track(s), a track(s)similar to the specific track(s), a track(s) recommended or selected byothers who have listened to or liked the specific track(s), etc.) isused to develop a personalized algorithm, in order to optimize automatedmusic selection to either enhance the physical effort, or to maximizerecovery during and after exertion. The individual could further specifythat they wished for the specific track or music type, based upon thepersonalized selection algorithm, to be played based upon theirgeographical location; an example of this would be someone whofrequently or regularly uses a particular circuit for training orrecreational purposes. Alternatively, tracks or types of music could beselected through recording or correlation of past biometric response inconjunction with self-realization inputting when particular tracks werebeing listened to.

It should be appreciated that biometric data does not need to be linkedto physical movement or sporting activity, but may instead be combinedwith video of an individual at a fixed location (e.g., where theindividual is being monitored remotely or recorded for subsequentreview), for example, as shown in FIG. 3, for health reasons or amedical condition, such as in their home or in hospital, or a seniorcitizen in an assisted-living environment, or a sleeping infant beingmonitored by parents whilst in another room or location.

Alternatively, the individual might be driving past or in the proximityof a park or a shopping mall, with their location being recorded,typically by geo-stamping, or additional information being added bygeo-tagging, such as the altitude or weather at the specific location,together with what the information or content is, being viewed orinteracted with by the individual (e.g., a particular advertisement, amovie trailer, a dating profile, etc.) on the Internet or asmart/enabled television, or on any other networked device incorporatinga screen, and their interaction with that information or content, beingviewable or recorded by video, in conjunction with their biometric data,with all these sources of data being able to be synchronized for review,by virtue of each of these individual sources being time-stamped or thelike (e.g., sampled, etc.). This would allow a third party (e.g., aservice provider, an advertiser, a provider of advertisements, a movieproduction company/promoter, a poster of a dating profile, a datingsite, etc.) to acquire for analysis of their response, the biometricdata associated with the viewing of certain data by the viewer, whereeither the viewer or their profile could optionally be identifiable bythe third party's system, or where only the identity of the viewer'sinteracting device is known, or can be acquired from the biometricsending party's GPS, or otherwise location-enabled, device.

For example, an advertiser or an advertisement provider could see howpeople are responding to an advertisement, or a movie productioncompany/promoter could evaluate how people are responding to a movietrailer, or a poster of a dating profile or the dating site itself,could see how people are responding to the dating profile.Alternatively, viewers of online players of an online gaming or eSportsbroadcast service such as twitch.tv, or of a televised or streamedonline poker game, could view the active participants' biometric datasimultaneously with the primary video source as well as theparticipants' visible reactions or performance. As with video/audio,this can either be synchronized in real-time, or synchronized laterusing the embedded time-stamp or the like (e.g., sample rate, etc.).Additionally, where facial expression analysis is being generated fromthe source video, for example in the context of measuring anindividual's response to advertising messages, since the video isalready time-stamped (e.g., with a start time), the facial expressiondata can be synchronized and correlated to the physical biometric dataof the individual, which has similarly been time-stamped and/or sampled,

As previously discussed, the host application may be configured toperform a plurality of functions. For example, the host application maybe configured to synchronize video and/or audio data with biometricdata. This would allow, for example, an individual watching a sportingevent (e.g., on a TV, computer screen, etc.) to watch how each player'sbiometric data changes during play of the sporting event, or also to mapthose biometric data changes to other players or other comparisonmodels. Similarly, a doctor, nurse, or medical technician could record aperson's sleep habits, and watch, search or later review, the recording(e.g., on a TV, computer screen, etc.) while monitoring the person'sbiometric data. The system could also use machine learning to build aprofile for each patient, identifying certain characteristics of thepatient (e.g., their heart rate rhythm, their breathing pattern, etc.)and notify a doctor, a nurse, or medical technician or trigger an alarmif the measured characteristics appear abnormal or irregular.

The host application could also be configured to provide biometric datato a remote user via a network, such as the Internet. For example, abiometric device (e.g., a smart phone with a blood-alcohol sensor) couldbe used to measure a person's blood-alcohol level (e.g., while theperson is talking to the remote user via the smart phone), and toprovide the person's blood-alcohol level to the remote user. By placingthe sensor near, or incorporating it in the microphone, such a systemwould allow a parent to determine whether their child has been drinkingalcohol by participating in a telephone or video call with their child.Different sensors known in the art could be used to sense differentchemicals in the person's breath, or detect people's breathing patternsthrough analysis of sound and speed variations, allowing the monitoringparty to determine whether the subject has been using alcohol or othercontrolled substances or to conduct breath analysis for other diagnosticreasons.

The system could also be adapted with a so-called “lab on a chip” (LOC)integrated in the device itself, or with a suitable attachment added toit, for the remote testing for example, of blood samples where thesmart-phone is either used for the collection and sending of the sampleto a testing laboratory for analysis, or is used to carry out the samplecollection and analysis within the device itself. In either case thesystem is adapted such that the identity of the subject and their bloodsample are cross-authenticated for the purposes of sample and analysisintegrity as well as patient identity certainty, through thesimultaneous recording of the time-stamped video and time and/orlocation (or GPS) stamping of the sample at the point of collectionand/or submission of the sample. This confirmation of identity isparticularly important for regulatory, record keeping and healthinsurance reasons in the context of telemedicine, since the individualwill increasingly be performing functions which, till now, have beencarried out typically on-site at the relevant facility, by qualified andregulated medical or laboratory staff, rather than by the subject usinga networked device, either for upload to the central analysis facility,or for remote analysis on the device itself.

This, or the collection of other biometric data such as heart rate orblood pressure, could also be applied in situations where it is criticalfor safety reasons, to check, via regular remote video monitoring inreal time, whether say a pilot of a plane, a truck or train driver, arein fit and sound condition to be in control of their vehicle or vesselor whether for example they are experiencing a sudden incapacity orheart attack etc. Because the monitored person is being videoed at thesame time as providing time-stamped, geo-stamped and/or sampledbiometric data, there is less possibility for the monitored person or athird party, to “trick”, “spoof” or bypass the system. In apatient/doctor remote consultation setting, the system could be used forsecure video consults where also, from a regulatory or health insuranceperspective, the consultation and its occurrence is validated throughthe time and/or geo stamp validation. Furthermore, where there is arequirement for a higher level of authentication, the system couldfurther be adapted to use facial recognition or biometric algorithms, toensure that the correct person is being monitored, or facial expressionanalysis could be used for behavioral pattern assessment.

The concern that a monitored party would not wish to be permanentlymonitored (e.g., a senior citizen not wanting to have their every moveand action continuously videoed) could be mitigated by the incorporationof various additional features. In one embodiment, the video would bepermanently recording in a loop system which uses a reserved memoryspace, recording for a predetermined time period, and then,automatically erasing the video, where n represents the selected minutesin the loop and E is the event which prevents the recorded loop of nminutes being erased, and triggers both the real time transmission ofthe visible state or actions of the monitored person to the monitoringparty, as well as the ability to rewind, in order for the monitoringparty to be able to review the physical manifestation leading up to E.The trigger mechanism for E could be, for example, the occurrence ofbiometric data outside the predefined range, or the notification ofanother anomaly such as a fall alert, activated by movement or locationsensors such as a gyroscope, accelerometer or magnetometer within thehealth band device worn by, say the senior citizen, or on their mobilephone or other networked motion-sensing device in their proximity. Themonitoring party would be able not only to view the physical state ofthe monitored party after E, whilst getting a simultaneous read-out oftheir relevant biometric data, but also to review the events andbiometric data immediately leading up to the event trigger notification.Alternatively, it could be further calibrated so that although video isrecorded, as before, in the n loop, no video from the n loop willactually be transmitted to a monitoring party until the occurrence of E.The advantages of this system include the respect of the privacy of theindividual, where only the critical event and the time preceding theevent would be available to a third party, resulting also in a desiredoptimization of both the necessary transmission bandwidth and the datastorage requirements. It should be appreciated that the foregoing systemcould also be configured such that the E notification for remote senior,infant or patient monitoring is further adapted to include facialtracking and/or expression recognition features.

Privacy could be further improved for the user if their video data andbiometric data are stored by themselves, on their own device, or ontheir own external, or own secure third-party “cloud” storage, but withthe index metadata of the source material, which enables the sequencing,extrapolation, searching and general processing of the source data,remaining at a central server, such as, in the case of medical recordsfor example, at a doctor's office or other healthcare facility. Such asystem would enable the monitoring party to have access to the video andother data at the time of consultation, but with the video etc.remaining in the possession of the subject. A further advantage ofseparating the hosting of the storage of the video and biometric sourcedata from the treatment of the data, beyond enhancing the user's privacyand their data security, is that by virtue of its storage locally withthe subject, not having to upload it to the computational server resultsboth in reduced cost and increased efficiency of storage and databandwidth. This would be of benefit also where such kind of remoteupload of tests for review by qualified medical staff at a differentlocation from the subject are occurring in areas of lower-bandwidthnetwork coverage. A choice can also be made to lower the frame rate ofthe video material, provided that this is made consistent with samplingrate to confirm the correct time stamp, as previously described.

It should be appreciated that with information being stored at thecentral server (or the host device), various techniques known in the artcan be implemented to secure the information, and prevent unauthorizedindividuals or entities from accessing the information. Thus, forexample, a user may be provided (or allowed to create) a user name,password, and/or any other identifying (or authenticating) information(e.g., a user biometric, a key fob, etc.), and the host device may beconfigured to use the identifying (or authenticating) information togrant access to the information (or a portion thereof). Similar securityprocedures can be implemented for third parties, such as medicalproviders, insurance companies, etc., to ensure that the information isonly accessible by authorized individuals or entities. In certainembodiments, the authentication may allow access to all the stored data,or to only a portion of the stored data (e.g., a user authentication mayallow access to personal information as well as stored video and/orbiometric data, whereas a third party authentication may only allowaccess to stored video and/or biometric data). In other embodiments, theauthentication is used to determine what services are available to anindividual or entity logging into the host device, or the website. Forexample, visitors to the website (or non-subscribers) may only be ableto synchronize video/audio data to biometric data and/or performrudimentary searching or other processing, whereas a subscriber may beable to synchronize video/audio data to biometric data and/or performmore detailed searching or other processing (e.g., to create a highlightreel, etc.).

It should further be appreciated that while there are advantages tokeeping just the index metadata at the central server in the interestsof storage and data upload efficiency as well as so providing a commonplatform for the interoperability of the different data types andstoring the video and/or audio data on the user's own device (e.g.,iCloud™, DropBox™, OneDrive™, etc.), the present invention is not solimited. Thus, in certain embodiments, where feasible, it may bebeneficial to (1) store data (e.g., video, audio, biometric data, andmetadata) on the user's device (e.g., allowing the user device tooperate independent of the host device), (2) store data (e.g., video,audio, biometric data, and metadata) on the central server (e.g., hostdevice) (e.g., allowing the user to access the data from anynetwork-enabled device), or (3) store a first portion (e.g., video andaudio data) on the user's device and store a second portion (e.g.,biometric data and metadata) on the central server (e.g., host device)(e.g., allowing the user to only view the synchronizedvideo/audio/biometric data when the user device is in communication withthe host device, allowing the user to only search the biometric data(e.g., to create a “highlight reel”) or rank the biometric data (toidentify and/or list data chronologically, magnitude (highest tolowest), magnitude (lowest to highest), best reviewed, worst reviewed,most viewed, least viewed, etc.) when the user device is incommunication with the host device, etc.).

In another embodiment of the present invention, the functionality of thesystem is further (or alternatively) limited by the software operatingon the user device and/or the host device. For example, the softwareoperating on the user device may allow the user to play the video and/oraudio data, but not to synchronize the video and/or audio data to thebiometric data. This may be because the central server is used to storedata critical to synchronization (time-stamp index, metadata, biometricdata, sample rate, etc.) and/or software operating on the host device isnecessary for synchronization. By way of another example, the softwareoperating on the user device may allow the user to play the video and/oraudio data, either alone or synchronized with the biometric data, butmay not allow the user device (or may limit the user device's ability)to search or otherwise extrapolate from, or process the biometric datato identify relevant portions (e.g., which may be used to create a“highlight reel” of the synchronized video/audio/biometric data) or torank the biometric and/or video data. This may be because the centralserver is used to store data critical to search and/or rank thebiometric data (biometric data, biometric metadata, etc.), and/orsoftware necessary for searching (or performing advanced searching of)and/or ranking (or performing advanced ranking of) the biometric data.

In any or all of the above embodiments, the system could be furtheradapted to include password or other forms of authentication to enablesecured access (or deny unauthorized access) to the data in either ofone or both directions, such that the user requires permission to accessthe host, or the host to access the user's data. Where interactionbetween the user and the monitoring party or host is occurring in realtime such as in a secure video consult between patient and their medicalpractitioner or other medical staff, data could be exchanged and viewedthrough the establishment of a Virtual Private Network (VPN). The actualdata (biometric, video, metadata index, etc.) can alternatively orfurther be encrypted both at the data source, for example at theindividual's storage, whether local or cloud-based, and/or at themonitoring reviewing party, for example at patient records at themedical facility, or at the host administration level.

In the context of very young infant monitoring, a critical and oftenunexplained problem is Sudden Infant Death Syndrome (SIDS). Whilst theincidences of SIDS are often unexplained, various devices attempt toprevent its occurrence. However, by combining the elements of thecurrent system to include sensor devices in or near the baby's crib tomeasure relevant biometric data including heart rate, sleep pattern,breath analyzer, and other measures such as ambient temperature,together with a recording device to capture movement, audible breathing,or lack thereof (i.e., silence) over a predefined period of time, thevarious parameters could be set in conjunction with the time-stampedvideo record, by the parent or other monitoring party, to provide a morecomprehensive alert, to initiate a more timely action or intervention bythe user, or indeed to decide that no action response would in fact benecessary. Additionally, in the case, for example, of a crib monitoringsituation, the system could be so configured to develop from previousobservation, with or without input from a monitoring party, a learningalgorithm to help in discerning what is “normal,” what is falsepositive, or what might constitute an anomaly, and therefore a call toaction.

The host application could also be configured to play video data thathas been synchronized to biometric data, or search for the existence ofcertain biometric data. For example, as previously discussed, by videorecording with sound a person sleeping, and synchronizing the recordingwith biometric data (e.g., sleep patterns, brain activity, snoring,breathing patterns, etc.), the biometric data can be searched toidentify where certain measures such as sound levels, as measured forexample in decibels, or periods of silences, exceed or drop below athreshold value, allowing the doctor, nurse, or medical technician toview the corresponding video portion without having to watch the entirevideo of the person sleeping.

Such a method is shown in FIG. 6, starting at step 700, where biometricdata and time stamp data (e.g., start time, sample rate) is received (orlinked) at step 702. Audio/video data and time stamp data (e.g., starttime, etc.) is then received (or linked) at step 704. The time stampdata (from steps 702 and 704) is then used to synchronize the biometricdata with the audio/video data. The user is then allowed to operate theaudio/video at step 708. If the user selects play, then the audio/videois played at step 710. If the user selects search, then the user isallowed to search the biometric data at step 712. Finally, if the userselects stop, then the video is stopped at step 714.

It should be appreciated that the present invention is not limited tothe steps shown in FIG. 6. For example, a method that allows a user tosearch for biometric data that meets at least one condition, play thecorresponding portion of the video (or a portion just before thecondition), and stop the video from playing after the biometric data nolonger meets the at least one condition (or just after the biometricdata non longer meets the condition) is within the spirit and scope ofthe present invention. By way of another example, if the method involvesinteracting between the user device and the host device to synchronizethe video/audio data and the biometric data and/or search the biometricdata, then the method may further involve the steps of uploading thebiometric data and/or metadata to the host device (e.g., in thisembodiment the video/audio data may be stored on the user device), andusing the biometric data and/or metadata to create a time-stamp indexfor synchronization and/or to search the biometric data for relevant ormeaningful data (e.g., data that exceeds a threshold, etc.). By way ofyet another example, the method may not require step 706 if theaudio/video data and the biometric data are played together(synchronized) in real-time, or at the time the data is being played(e.g., at step 710).

In one embodiment of the present invention, as shown in FIG. 8, thevideo data 800, which may also include audio data, starts at a time “T”and continues for a duration of “n.” The video data is preferably storedin memory (locally and/or remotely) and linked to other data, such as anidentifier 802, start time 804, and duration 806. Such data ties thevideo data to at least a particular session, a particular start time,and identifies the duration of the video included therein. In oneembodiment of the present invention, each session can include differentactivities. For example, a trip to a destination in Berlin, or followinga specific itinerary on a particular day (session) may involve a bikeride through the city (first activity) and a walk through a park (secondactivity). Thus, as shown in FIG. 9, the identifier 802 may include botha session identifier 902, uniquely identifying the session via aglobally unique identifier (GUID), and an activity identifier 904,uniquely identifying the activity via a globally unique identifier(GUID), where the session/activity relationship is that of aparent/child.

In one embodiment of the present invention, as shown in FIG. 10, thebiometric data 1000 is stored in memory and linked to the identifier 802and a sample rate “m” 1104. This allows the biometric data to be linkedto video data upon playback. For example, if identifier 802 is one,start time 804 is 1:00 PM, video duration is one minute, and the samplerate 1104 is 30 spm, then the playing of the video at 2:00 PM wouldresult in the first biometric value (biometric (1)) to be displayed(e.g., below the video, over the video, etc.) at 2:00 PM, the secondbiometric value (biometric (2)) to be displayed (e.g., below the video,over the video, etc.) two seconds later, and so on until the video endsat 2:01 PM. While self-realization data can be stored like biometricdata (e.g., linked to a sample rate), if such data is only receivedperiodically, it may be more advantageous to store this data 110 asshown in FIG. 11, i.e., linked to the identifier 802 and a time-stamp1104, where “m” is either the time that the self-realization data 1100was received or an offset between this time and the start time 804(e.g., ten minutes and four seconds after the start time, etc.).

This can be seen, for example, in FIG. 14, where video data starts attime T, biometric data is sampled every two seconds (30 spm), andself-realization data is received at time T+3 (or three units past thestart time). While the video 1402 is playing, a first biometric value1404 is displayed at time T+1, first self-realization data 1406 isdisplayed at time T+2, and a second biometric value 1406 is displayed attime T+4. By storing data in this fashion, both video and non-video datacan be stored separately from one another and synchronized in real-time,or at the time the video is being played. It should be appreciated thatwhile separate storage of data may be advantageous for devices havingminimal memory and/or processing power, the client platform may beconfigured to create new video data, or data that includes both videoand non-video data displayed synchronously. Such a feature mayadvantageous in creating a highlight reel, which can then be sharedusing social media websites, such as Facebook™ or Youtube™, and playedusing standard playback software, such as Quicktime™. As discussed ingreater detail below, a highlight reel may include various portions (orclips) of video data (e.g., when certain activity takes place, etc.)along with corresponding biometric data.

When sampled data is subsequently displayed, the client platform can beconfigured to display this data using certain extrapolation techniques.For example, in one embodiment of the present invention, as shown inFIG. 12, where a first biometric value 1202 is displayed at T+1, asecond biometric value 1204 is displayed at T+2, and a third biometricvalue 1206 is displayed at T+3, biometric data can be displayed atnon-sampled times using known extrapolation techniques, including linearand non-linear interpolation and all other extrapolation and/orinterpolation techniques generally known to those skilled in the art. Inanother embodiment of the present invention, as shown in FIG. 13, thefirst biometric value 1202 remains on the display until the secondbiometric value 1204 is displayed, the second biometric value 1204remains on the display until the third biometric value 1206 isdisplayed, and so on.

With respect to linking data to an identifier, which may be linked toother data (e.g., start time, sample rate, etc.), if the data isreceived in real-time, the data can be linked to the identifier(s) forthe current session (and/or activity). However, when data is receivedafter the fact (e.g., after a session has ended), there are several waysin which the data can be linked to a particular session and/or activity(or identifier(s) associated therewith). The data can be manually linked(e.g., by the user) or automatically linked via the application. Withrespect to the latter, this can be accomplished, for example, bycomparing the duration of the received data (e.g., the video length)with the duration of the session and/or activity, by assuming that thereceived data is related to the most recent session and/or activity, orby analyzing data included within the received data. For example, in oneembodiment, data included with the received data (e.g., metadata) mayidentify a time and/or location associated with the data, which can thenbe used to link the received data to the session and/or activity. Inanother embodiment, the computing device could display or play data(e.g., a barcode, such as a QR code, a sound, such as a repeatingsequence of notes, etc.) that identifies the session and/or activity. Anexternal video/audio recorder could record the identifying data (asdisplayed or played by the computing device) along with (e.g., before,after, or during) the user and/or his/her surroundings. The applicationcould then search the video/audio data for identifying data, and usethis data to link the video/audio data to a session and/or activity. Theidentifying portion of the video/audio data could then be deleted by theapplication if desired. In an alternate embodiment, a barcode (e.g., aQR code) could be printed on a physical device (e.g., a medical testingmodule, which may allow communication of medical data over a network(e.g., via a smart phone)) and used (as previously described) tosynchronize video of the user using the device to data provided by thedevice. In the case of a medical testing module, the barcode printed onthe module could be used to synchronize video of the testing to the testresult provided by the module. In yet another embodiment, both thecomputing device and the external video/audio recorder are used torecord video and/or audio of the user (e.g., the user stating “beginBerlin biking session,” etc.) and to use the user-provided data to linkthe video/audio data to a session and/or activity. For example, thecomputing device may be configured to link the user-provided data with aparticular session and/or activity (e.g., one that is started, one thatis about to start, one that just ended, etc.), and to use theuser-provided data in the video/audio data to link the video/audio datato the particular session and/or activity.

In one embodiment of the present invention, the client platform (orapplication) is configured to operate on a smart phone or a tablet. Theplatform (either alone or together with software operating on the hostdevice) may be configured to create a session, receive video andnon-video data during the session, and playback video data together(synchronized) with non-video data. The platform may also allow a userto search for a session, search for certain video and/or non-videoevents, and/or create a highlight reel. FIGS. 15-29 show exemplaryscreen shots of such a platform.

For example, FIG. 15 shows an exemplary “sign in” screen 1500, allowinga user to sign into the application and have access toapplication-related, user-specific data, as stored on the computingdevice and/or the host computing device. The login may involve a user IDand password unique to the application, the company cloud, or a socialservice website, such as Facebook™.

Once the user is signed in, the user may be allowed to create a sessionvia an exemplary “create session” screen 1600, as shown in FIG. 16. Increating a session, the user may be allowed to select a camera (e.g.,internal to the computing device, external to the computing device(e.g., accessible via the Internet, connected to the computing devicevia a wired or wireless connection), etc.) that will be providing videodata. Once a camera is selected, video data 1602 from the camera may bedisplayed on the screen. The user may also be allowed to select abiometric device (e.g., internal to the computing device, external tothe computing device (e.g., accessible via the Internet, connected tothe computing device via a wired or wireless connection), etc.) thatwill be providing biometric data. Once a biometric device is selected,biometric data 1604 from the biometric device may be displayed on thescreen. The user can then start the session by clicking the “startsession” button 1608. While the selection process is preferablyperformed before the session is started, the user may defer selection ofthe camera and/or biometric device until after the session is over. Thisallows the application to receive data that is not available inreal-time, or is being provided by a device that is not yet connected tothe computing device (e.g., an external camera that will be plugged intothe computing device once the session is over).

It should be appreciated that in a preferred embodiment of the presentinvention, clicking the “start session” button 1608 not only starts atimer 1606 that indicates a current length of the session, but ittriggers a start time that is stored in memory and linked to a globallyunique identifier (GUID) for the session. By linking the video andbiometric data to the GUID, and linking the GUID to the start time, thevideo and biometric data is also (by definition) linked to the starttime. Other data, such as sample rate, can also be linked to thebiometric data, either by linking the data to the biometric data, orlinking the data to the GUID, which is in turn linked to the biometricdata.

Either before the session is started, or after the session is over, theuser may be allowed to enter a session name via an exemplary “sessionname” screen 1700, as shown in FIG. 17. Similarly, the user may also beallowed to enter a session description via an exemplary “sessiondescription” screen 1800, as shown in FIG. 18.

FIG. 19 shows an exemplary “session started” screen 1900, which is ascreen that the user might see while the session is running. On thisscreen, the user may see the video data 1902 (if provided in real-time),the biometric data 1904 (if provided in real-time), and the currentrunning time of the session 1906. If the user wishes to pause thesession, the user can press the “pause session” button 1908, or if theuser wishes to stop the session, the user can press the “stop session”button (not shown). By pressing the “stop session” button (not shown),the session is ended, and a stop time is stored in memory and linked tothe session GUID. Alternatively, by pressing the “pause session” button1908, a pause time (first pause time) is stored in memory and linked tothe session GUID. Once paused, the session can then be resumed (e.g., bypressing the “resume session” button, not shown), which will result in aresume time (first resume time) to be stored in memory and linked to thesession GUID. Regardless of whether a session is started and stopped(i.e., resulting in a single continuous video), or started, paused (anynumber of times), resumed (any number of times), and stopped (i.e.,resulting in a plurality of video clips), for each start/pause timestored in memory, there should be a corresponding stop/resume timestored in memory.

Once a session has been stopped, it can be reviewed via an exemplary“review session” screen 2000, as shown in FIG. 20. In its simplest form,the review screen may playback video data linked to the session (e.g.,either a single continuous video if the session does not include atleast one pause/resume, multiple video clips played one after another ifthe session includes at least one pause/resume, or multiple video clipsplayed together if the multiple video clips are related to one another(e.g., two videos (e.g., from different vantage points) of the userperforming a particular activity, a first video of the user performing aparticular activity while viewing a second video, such as a trainingvideo). If the user wants to see non-video data displayed along with thevideo data, the user can press the “show graph options” button 2022. Bypressing this button, the user is presented with an exemplary “graphdisplay option” screen 2100, as shown in FIG. 21. Here, the user canselect data that he/she would like to see along with the video data,such as biometric data (e.g., heart rate, heart rate variance, userspeed, etc.), environmental data (e.g., temperature, altitude, GPS,etc.), or self-realization data (e.g., how the user felt during thesession). FIG. 22 shows an exemplary “review session” screen 2000 thatincludes both video data 2202 and biometric data, which may be shown ingraph form 2204 or written form 2206. If more than one individual can beseen in the video, the application may be configured to show biometricdata on each individual, either at one time, or as selected by the user(e.g., allowing the user to view biometric data on a first individual byselecting the first individual, allowing the user to view biometric dataon a second individual by selecting the second individual, etc.).

FIG. 23 shows an exemplary “map” screen 2300, which may be used to showGPS data to the user. Alternatively, GPS data can be presented togetherwith the video data (e.g., below the video data, over the video data,etc.). An exemplary “summary” screen 2400 of the session may also bepresented to the user (see FIG. 24), displaying session information suchas session name, session description, various metrics, etc.

By storing video and non-video data separately, the data can easily besearched. For example, FIG. 25 shows an exemplary “biometric search”screen 2500, where a user can search for a particular biometric value orrange (i.e., a biometric event). By way of example, the user may want tojump to a point in the session where their heart rate is between 95 and105 beats-per-minute (bpm). FIG. 26 shows an exemplary “first result”screen 2600 where the user's heart rate is at 100.46 bmp twenty minutesand forty-two seconds into the session (see, e.g., 2608). FIG. 27 showsan exemplary “second result” screen 2700 where the user's heart rate isat 100.48 bmp twenty-three minutes and forty-eight seconds into thesession (see, e.g., 2708). It should be appreciated that other eventscan be searched for in a session, including video events andself-realization events.

Not only can data within a session be searched, but so too can data frommultiple sessions. For example, FIG. 28 shows an exemplary “sessionsearch” screen 2800, where a user can enter particular search criteria,including session date, session length, biometric events, video event,self-realization event, etc. FIG. 29 shows an exemplary “list” screen2900, showing sessions that meet the entered criteria.

The foregoing description of a system and method for using, processing,and displaying biometric data, or a resultant thereof, has beenpresented for the purposes of illustration and description. It is notintended to be exhaustive or to limit the invention to the precise formsdisclosed, and many modifications and variations are possible in lightof the above teachings. Those skilled in the art will appreciate thatthere are a number of ways to implement the foregoing features, and thatthe present invention it not limited to any particular way ofimplementing these features. The invention is solely defined by thefollowing claims.

What is claimed is:
 1. A method for identifying video corresponding to abiometric event of a user to detect a medical condition of said user,said video being displayed along with at least one biometric of saiduser during said biometric event, comprising: assigning a session numberto a session, said session starting at a start time; receiving videodata from a camera and audio data from a microphone, said video dataincluding video of at least said user during a period of time, saidaudio data including audio of at least said user during said period oftime, said period of time starting at said start time; storing aplurality of values on an audible breathing level of said user duringsaid period of time, wherein said plurality of values are acquired fromsaid audio data; receiving biometric data from at least one sensor, saidat least one sensor being attached to said user and used to acquire saidbiometric data during said period of time; storing a plurality of othervalues on at least one biometric of said user during said period oftime, wherein said plurality of other values are acquired from saidbiometric data; using at least said session number to link saidplurality of values on said audible breathing level and said pluralityof other values on said at least one biometric to at least said videodata; using at least said start time and a sample rate to linkindividual ones of said plurality of values and individual ones of saidplurality of other values to individual times within said period oftime; determining a threshold decibel level associated with saidbiometric event, said threshold decibel level being a level above anormal decibel level, wherein at least one program is used to monitorsaid audio data to determine said normal decibel level and determinesaid threshold decibel level therefrom; using said at least one programto identify at least one of said plurality of values corresponding toone of reaching and exceeding said threshold decibel level; using saidat least one program, said start time, and said sample rate to identifyat least one time within said period of time corresponding to said atleast one of said plurality of values; and displaying at least saidvideo data during said at least one time along with at least one of saidplurality of values received during said at least one time, wherein saidat least one time is used to show said at least one of said plurality ofother values in synchronization with a portion of said video data thatshows at least said user during said one of said reaching and exceedingsaid threshold decibel level.
 2. The method of claim 1, wherein saidstep of receiving said biometric data from said at least one sensorfurther comprises receiving heart rate data from a heart rate monitor.3. The method of claim 1, wherein said step of receiving said biometricdata from said at least one sensor further comprises receiving oxygensaturation data from a pulse oximeter.
 4. The method of claim 1, whereinsaid step of receiving said biometric data from said at least one sensorfurther comprises receiving heart activity data on said user from an EKGdevice.
 5. The method of claim 1, wherein said step of receiving saidbiometric data from said at least one sensor further comprises receivingbrain activity data on said user.
 6. The method of claim 1, wherein saidstep of receiving said video data from said camera and said audio datafrom said microphone further comprises receiving said video and audiodata from a camera feature and a microphone feature, respectively, on amobile computing device.
 7. The method of claim 6, wherein said step ofusing said at least one program to identify at least one of saidplurality of values further comprises using a program operating on acomputing device to identify at least one of said plurality of valuescorresponding to one of reaching and exceeding said threshold decibellevel, wherein said computing device is in communication with saidmobile computing device via a wide area network (WAN).
 8. The method ofclaim 7, wherein said step of displaying at least said video data duringsaid at least one time further comprises displaying at least said videodata during said at least one time on at least one of said computingdevice and a remote device in communication with said computing devicevia said WAN.
 9. The method of claim 1, wherein said step of displayingat least said video data during said at least one time further comprisesskipping over at least portions of said video data between said starttime and said at least one time.
 10. The method of claim 9, wherein saidstep of displaying at least said video data during said at least onetime further comprises displaying at least said video data immediatelybefore said video data during said at least one time, thereby showingsaid user immediately before said one of reaching and exceeding saidthreshold decibel level and during said one of reaching and exceedingsaid threshold decibel level.
 11. The method of claim 1, wherein saidstep of receiving said biometric data from said at least one sensor isperformed either in real-time, during said period of time, or indirectlyand after said video and audio data has been received, after said periodof time.
 12. The method of claim 6, wherein said step of using said atleast one program to identify at least one of said plurality of valuesfurther comprises using artificial intelligence (AI) operating on saidmobile computing device to automatically identify at least one of saidplurality of values corresponding to one of reaching and exceeding saidthreshold decibel level.
 13. The method of claim 1, wherein said videocorresponding to said biometric event is used to detect a sleepingdisorder.
 14. The method of claim 7, further comprising the step ofstreaming at least said audio and video data to said computing devicevia said WAN in real-time, during said period of time.
 15. The method ofclaim 12, wherein said step of displaying at least said video dataduring said at least one time comprises displaying said video dataduring said at least one time on a display portion of said mobilecomputing device.
 16. A system for identifying video corresponding to abiometric event of a user to detect a medical condition of said user,said video being displayed along with at least one biometric of saiduser during said biometric event, comprising: at least one server incommunication with a wide area network (WAN); and at least one memorydevice for storing machine readable instructions, at least a first setof machine readable instructions being provided to a computing devicevia said at least one server and said WAN, said first set of machinereadable instructions being adapted to operate on said computing deviceand perform the steps of; receiving video data from a camera and audiodata from a microphone, said video data including video of, and saidaudio data including audio of, at least said user during a period oftime, said period of time beginning at a start time; storing a pluralityof values on an audible breathing level of said user during said periodof time, wherein said plurality of values are acquired from said audiodata; receiving biometric data from at least one sensor, said at leastone sensor being connected to said user and used to acquire saidbiometric data during said period of time; and storing a plurality ofother values on at least one biometric of said user during said periodof time, wherein said plurality of other values are acquired from saidbiometric data; wherein a second set of machine readable instructionsare adapted to perform the steps of: using at least a session identifierto link said plurality of values on said audible breathing level andsaid plurality of other values on said at least one biometric to atleast said video data; using at least said start time and a sample rateto link individual ones of said plurality of values and individual onesof said plurality of other values to individual times within said periodof time; monitoring said audio data to determine a normal decibel level;determining a threshold decibel level associated with said biometricevent, said threshold decibel level being a level above said normaldecibel level; identifying at least one of said plurality of valuescorresponding to one of reaching and exceeding said threshold decibellevel; using at least said start time and said sample rate to identifyat least one time within said period of time corresponding to said atleast one of said plurality of values; and displaying at least saidvideo data during said at least one time along with at least one of saidplurality of other values received during said at least one time,wherein said at least one time is used to show said at least one of saidplurality of other values in synchronization with a portion of saidvideo data that shows at least said user during said one of saidreaching and exceeding said threshold decibel level.
 17. The system ofclaim 16, wherein said step of receiving biometric data from said atleast one sensor comprises receiving heart rate data from a heart ratemonitor.
 18. The system of claim 16, wherein said step of receivingbiometric data from said at least one sensor comprises receiving data onoxygen levels of said user from a pulse oximeter.
 19. The system ofclaim 16, wherein said step of receiving biometric data from said atleast one sensor comprises receiving heart activity data from an EKGdevice.
 20. The system of claim 16, wherein said step of receivingbiometric data from said at least one sensor comprises receiving brainactivity data from an EEG device.
 21. The system of claim 16, wherein atleast a portion of said second set of machine readable instructions areprovided from said at least one server to said computing device via saidWAN.
 22. The system of claim 16, wherein said second set of machinereadable instructions are operating on one of said at least one serverand a second computing device in communication with said at least oneserver.
 23. The system of claim 16, wherein at least a portion of saidsecond set of machine readable Instructions are provided from said atleast one server to a second computing device via said WAN, therebyallowing said second computing device to perform at least said step ofdisplaying at least said video data during said at least one time alongwith said at least one of said plurality of other values received duringsaid at least one time.
 24. The system of claim 16, wherein said secondset of machine readable instructions are further adapted to skip atleast portions of said video data between said start time and said atleast one time.
 25. The system of claim 16, wherein said step ofreceiving said biometric data from said at least one sensor is performedin real-time, during said period of time.
 26. The system of claim 16,wherein said step of receiving said biometric data from said at leastone sensor is performed indirectly, via an intermediary device, andafter said period of time.
 27. The system of claim 16, wherein saidvideo corresponding to said biometric event is used to detect a sleepapnea condition.
 28. The system of claim 23, further comprising the stepof providing at least said video data to said second computing devicevia said WAN during said period of time, allowing said video data to beremotely monitored in substantially real-time.
 29. The system of claim16, wherein at least said steps of (i) monitoring said audio data todetermine a normal decibel level, (ii) determining a threshold decibellevel associated with said biometric even, (iii) identifying at leastone of said plurality of values corresponding to one of reaching andexceeding said threshold decibel level, (iv) using at least said starttime and said sample rate to identify at least one time within saidperiod of time corresponding to said at least one of said plurality ofvalues, and (v) displaying at least said video data during said at leastone time along with at least one of said plurality of values receivedduring said at least one time, are performed automatically usingartificial intelligence (AI).
 30. A system for displaying video insynchronization with at least one biometric of a subject for medicaldiagnosis, comprising: at least one server in communication with a widearea network (WAN); and at least one memory device for storing machinereadable instructions, at least a first set of machine readableinstructions being provided to a mobile device via said at least oneserver and said WAN, said first set of machine readable instructionsbeing adapted to perform the steps of; receiving video data from acamera and audio data from a microphone, said video data including videoof said subject during a period of time and said audio data includingaudio of at least said subject during said period of time; extracting aplurality of values from said audio data, said plurality of valuescorresponding to an audible breathing level of said subject; andreceiving biometric data from at least one sensor during said period oftime, said biometric data including a plurality of other values on atleast one biometric of said user during said period of time; wherein asecond set of machine readable instructions are adapted to perform thesteps of: using a session identifier to link at least said plurality ofvalues on said audible breathing level, said plurality of other valueson said at least one biometric, and said video data; using at least saidstart time and a sample rate to link individual ones of said pluralityof values and individual ones of said plurality of other values toindividual times within said period of time; monitoring said audio datato determine a normal decibel level; determining a threshold decibellevel associated with said biometric event, said threshold decibel levelbeing a level above said normal decibel level; identifying at least oneof said plurality of values corresponding to one of reaching andexceeding said threshold decibel level; using at least said start timeand said sample rate to identify at least one time within said period oftime corresponding to said at least one of said plurality of values; anddisplaying on a computing device in communication with said at least oneserver via said WAN at least said video data during said at least onetime along with at least one of said plurality of other values receivedduring said at least one time, wherein at least portions of said videodata between said start time and said at least one time are skipped overprior to displaying said video data during said at least one time.